home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5327 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: soap.news.pipex.net!pipex!usenet
  2. From: m.hendry@dial.pipex.com (Mathew Hendry)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: 680X0 -> PPC translator?
  5. Date: Wed, 13 Mar 96 01:51:37
  6. Organization: Private node.
  7. Distribution: world
  8. Message-ID: <19960313.45C640.2166@am059.du.pipex.com>
  9. References: <19960307.41C900.103A8@an168.du.pipex.com> <Dny169.BJH@cix.compulink.co.uk> <19960308.41E5A8.1098C@an157.du.pipex.com> <3145556F.2839@sapiens.com>
  10. NNTP-Posting-Host: am059.du.pipex.com
  11. X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
  12.  
  13. Avi Lev (avil@sapiens.com) wrote:
  14. : Mathew Hendry wrote:
  15. : 
  16. : > In other words, the _user_ would effectively be guiding the static translation
  17. : > of an executable. With each run of the program, hopefully more code would be
  18. : > translated, and the program would run progressively faster. This completely
  19. : > removes the problem of misplaced code / data, because only code which would
  20. : > really be executed ends up being translated (you do have the problem of how
  21. : > to deal with programs which go haywire and jump into data segments, though -
  22. : > almost impossible to handle whichever method you use)...
  23. : > 
  24. : > Note: DEC's FX!64 system uses this method, and claims 70% of native
  25. : > performance for fully translated programs.
  26. : 
  27. : let me give you a simple reason why you're wrong and why dynamic translation
  28. : is NOT the way to go, well you're assuming that the translated PPC code will
  29. : be of the same size as the original code, well that is simply not
  30. : necessarally true
  31.  
  32. Um, it is almost certainly not true. And it's obviously not a major problem -
  33. FX!64 seems to be able to handle it...
  34.  
  35. :                                                         you can't change the
  36. : segment size of the hunk in memory during run-time and even if you could
  37. : that would have a great performance impact cuz you would have to rewrite all
  38. : the code in the newly allocated segment each time you need more space,
  39.  
  40. You call 70% of native speed a "great performance impact"? I have already said
  41. that emulation will be slow initially, and become faster as more code is
  42. translated...
  43.  
  44. : the best way to go is by doing static translation of all the code and there
  45. : are algorithms to do that, they're complexity is what prevents them from
  46. : being implemented that's all.
  47.  
  48. It's pretty much impossible in the general case. But go ahead, try it.
  49.  
  50. -- Mat.
  51.